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(54) Service fee determination method and system 



(57) In a service use fee computation method, a 
server accepts a request of presentation of a list of serv- 
ice delivery times and service use fees (101), computes 
a difference between an accepted time and a service 



delivery time, and computes a service use fee on the 
basis of said time difference (102). A plurality of fee ta- 
bles can be prepared to provide a fee system according 
to a change in a reservation rate to a user. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to a method for 
determining a Tee of a user who uses an application 
function in a system, method and program which pro- 
vide the application function to users via a network, and 
more particularly, to a method for determining a fee of 
one of a plurality of services provided via the network. 
[0002] U.S. Patent No. 5,790,170 and JP-A- 
1 1 -031 1 86 disclose a two-way information transmission 
system between an information distribution center and 
a subscriber terminal and a device for modifying a ticket 
price. 

[0003] Most entrepreneurs, who want to provide serv- 
ices via a communication network, are plagued with 
solving a problem of having too many accesses to the 
services concentratedly from many users during a cer- 
tain time period. On a date on which an article or service 
in great demand is to be released or on which the price 
or added value is changed to such a direction as pref- 
erable to users, in particular, the number of users' ac- 
cesses or transactions thereto will be largely increased. 
For the purpose of satisfying such users' demand, an 
entrepreneur is required to heavily invest in increasing 
the performance of a sales computer to a high level be- 
yond its usual use level or in avoiding service interrup- 
tion of a communication line. The business promoter uti- 
lizing the communication network may also face another 
problem. That is, since it is difficult for the entrepreneur 
to predict users' demand before the article release, he 
may wrongly set its price, thus leading to the fact that, 
during suitable price setting, collapsed balance between 
supply and demand proceeds. 

[0004] With respect to downloading of housekeeping- 
software-function delivery service, game-software- 
function delivery service, film-video-rental and music, 
for example; probability of their concentrated download 
becomes high on a particular date such as at the end of 
a month, new-game release date, or download start 
date of new-made film, music, etc., and thus any coun- 
termeasure toward it must be considered. 

SUMMARY OF THE INVENTION 

[0005] It is therefore an object of the present invention 
to provide a method and system for removing difficulties 
in setting of prices for services via a network. 
[0006] Another object of the present invention is to 
provide a network service which can avoid concentra- 
tion of service use during a particular time period by pro- 
viding the same service in a plurality of time periods. 
[0007] A further object of the present invention is to 
lighten the labor of a system administrator and to inform 
an administrator of an accurate state of a service, when 
access to the service via a network is concentrated dur- 
ing a certain time period and thus it is necessary to take 



some measure of solving it. 

[0008] In accordance with an aspect of the present in- 
vention, the above objects are attained by providing a 
service management method for accepting a reserva- 

5 tion of a service sold via a communication network to 
realize service sales management. The method com- 
prises the steps of previously holding a plurality of fees 
for the service, and determining fees for the service on 
the basis of a time of a request of inquiry about the fee 

10 of the service received from a user via the network. 
[0009] The service is supplied via the network at a 
time equal to or later than the request time. Further, the 
method further includes a step of a relative time from 
the request time to an implementation time of the serv- 
es ice, and a step of determining said fee on the basis of 
the relative time and the plurality of fees. 
[0010] In the aspect of the present invention, further, 
the above objects are attained by providing a service 
management method which further comprises a step of 

20 computing a reservation rate to a suppliable service 
number by accumulating reservations of the service ac- 
cepted via said network, a step of preparing a plurality 
of previously determined relative fee tables showing a 
relationship between the suppliable service number and 

25 a predetermined range of reservation rate for the service 
with a relative time as a base, and a step of, when ac- 
cepting a reservation of the service via the network, se- 
lecting one of the plurality of relative fee tables corre- 
sponding to the reservation rate after the reservation ac- 

30 cumulation. 

[001 1 ] Since a service reservation management serv- 
er can collect the service use reservation states when 
accepting the request of presentation of the list of the 
service delivery times and service use fees and can 

35 compute a service use fee according to the service use 
reservation states; the server can present a service de- 
livery time zone and a list of corresponding service use 
fees based on the states to a reservation candidate who 
wants to make a reservation and thus concentration of 

40 service use during a specific time period can be relieved. 
For example, when the service use fee in the service 
delivery time zone having a less number of reservations 
of the service use is set to be very low, this will prompt 
a new service reservation candidate to use the less-res- 

45 ervation-number date zone, thus enabling further avoid- 
ance of the concentration of the service requests during 
the specific time period. 

[001 2] When the service use reservation state reach- 
es such a level that the service reservation management 

50 server is required to inform an administrator of the state, 
the service reservation management server informs an 
administrator terminal of the state. In response to the 
system notification, the service provider can quickly ex- 
pand the server or change the method for computing the 

55 service use fee when the reservation of a service deliv- 
ery time is concentrated or poor. 
[0013] The service reservation management server, 
when the service use reservation state reaches such a 
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state that it becomes necessary to change the method 
for computing the service use fee, can change a pattern 
of combination of the service use reservation state and 
service use fee. As a result, when the reservation of the 
service use on a service delivery time is concentrated 5 
or poor, the server can change the service use fee com- 
putation method without any troublesome intervention 
of the administrator to cope with it. 

BRIEF DESCRIPTION OF THE DRAWINGS 10 
[0014] 

Fig. 1 shows a functional configuration of a first em- 
bodiment of the present invention; 15 
Fig. 2 shows a functional configuration of a second 
embodiment of the present invention; 
Fig. 3 is a flowchart showing a detailed procedure 
of operations in a step 201 in Fig. 2; and 
Fig. 4 is a flowchart showing a detailed procedure 20 
of operations; in a step 203 in Fig. 2. 

DESCRIPTION OF THE EMBODIMENTS 

[0015] Embodiments of the present invention will be 25 
explained with reference to attached drawings. 
[0016] Explanation will first be made in detail as to a 
first embodiment of the present invention by referring to 
a functional configuration of Fig. 1 . In the first embodi- 
ment, a service reservation management server 10 is 30 
connected to a terminal 20 used by a person (reserva- 
tion candidate) who wants to reserve service use via a 
communication network 30. 

[001 7] At a step 1 01 , the service reservation manage- 
ment server 10 accepts a reservation candidate's de- 35 
mand of a list of service delivery times and service use 
fees and records its accepted time. The server acquires 
its date from the system date of the service reservation 
management server. 

[0018] At a step 102 ; the service reservation manage- 40 
ment server 1 0 computes a difference between the time 
acquired at the step 1 01 and a service date recorded in 
a service delivery time list 1 04, computes a service use 
fee by comparing it with associated one in a relative fee 
table 1 05, and records it in a current fee table 1 06. 45 
[001 9] An exemplary table 1 07 of the service delivery 
time list 104 indicates that an identical service is deliv- 
ered from December 22, 2001 to December 27, 2001 . 
An exemplary table 1 08 of the relative fee table 1 05 in- 
dicates that, assuming that a reservation candidate de- so 
manded a list of service dates and fees on December 
22, 2001 , then "the service fee is $24 when a difference 
between the demand date of the list of service dates and 
fees and the service delivery time is from 3 to 5 days" 
as listed on a row 111. An exemplary table 109 of the 55 
current fee table 106 means that, on a row 112, "the 
service use fee is $24 when reservation to use the'serv- 
ice of December 25, 2001 is made on 22nd of a demand 



date". 

[0020] At the step 102, since a difference from the 
service date of December 25, 2001 (row 110) is 3 days 
and this applies to the row 111 of the relative date con- 
dition, the fee on December 25, 2001 is determined to 
be $24. It is desirable that a fee during service delivery 
period of time follow a descending or a partially de- 
scending trend. 

[0021] At the step 102, for each service delivery time 
recorded in the service delivery time list 1 04, the service 
reservation management server 10 can determine its 
service use fee and respond to reservation candidate's 
demand in such a manner as mentioned above. 
[0022] At a step 1 03, the service reservation manage- 
ment server 1 0 informs reservation candidate's terminal 
via the communication network of a current fee table 1 06 
as the list of service dates and service use fees created 
at the step 102. 

[0023] In the present embodiment, a business pro- 
moter who offers services via the network can change 
use fees for the services according to a difference be- 
tween the service delivery time and reservation date. 
This is effective in relieving its concentrated access of 
the demanded service during a particular time period, 
since the user can have a possibility of advancing the 
demand date or delaying the service date. For example, 
in the case of a service of downloading a new film file, 
when its fee is set to be lower as a difference from the 
service delivery start date is larger, a customer, who has 
less necessity of downloading it on or immediately after 
the service delivery time, can reserve its download serv- 
ice enough after the service start date, or making reser- 
vation well before the delivery date thus relieving down- 
load accesses thereto concentratedly on the start date. 
This advantageously enables lightening of the load of a 
communication line and lowering of a predicted value of 
a use capacity of the communication line. 
[0024] A second embodiment will be detailed by re- 
ferring to a functional configuration of Fig. 2. In the sec- 
ond embodiment, explanation will be made only as to 
constituent parts of Fig. 2 different from those of Fig. 1 . 
[0025] In a functional configuration of a service reser- 
vation management server 10 in the second embodi- 
ment, the server 10 can timely compute reservation 
rates for service delivery times with use of a service de- 
livery time list 204 at a step 201 and can change a serv- 
ice use fee system on the service delivery times by com- 
paring it with a relative fee table 205. 
[0026] Details in the step 201 will be explained with 
reference to Fig. 3. At a step 301 , the service reservation 
management server 10 collects reservations on the re- 
spective service delivery times and computes reserva- 
tion rates with respect to allowable service quotas on 
the basis of the service delivery time list 204. 
[0027] An exemplary table 208 of the service delivery 
time list 204 includes service dates, download times, 
service use fee prices, identifiers of relative fee tables 
used at the time of determining the service use fees from 
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the reservation rates, the numbers of reservations, and 
upper reservation limits. The download time is ex- 
pressed as one of factors showing a service level in the 
present embodiment. For example, when such a file as 
a film data file is downloaded, it is said in the illustrated 
table that the a file corresponding to a download time of 
'within 1 minute' is higher in service level than a file cor- 
responding to a download time of 'within 10 minutes'. 
Other service level factors may include a time required 
from issuance of download request to acquisition and a 
data-file staying period held in the data server for the 
downloaded data result. When such service level de- 
scriptions are included in the service delivery list, the 
administrator can also present these data at a customer 
notification step 103 simultaneously when presenting 
the service use fees to customers. 
[0028] For service delivery data 21 2 in the list 208, for 
example, the service reservation management server 
1 0 computes its reservation rate as 1 5% at a step 301 , 
because the number of reservations (also sometimes 
referred to the reservation number, hereinafter) is '15' 
and the upper reservation limit is '100'. 
[0029] At a step 302 ; the service reservation manage- 
ment server 1 0 searches a set 205 of relative fee tables 
for predetermined one of the tables within the list 204 to 
be used when determining the service use fee. An ex- 
ample of the relative fee tables are illustrated as a table 
209. Relative fee tables 209, 209a and 209b each de- 
scribe an range of reservation rate and a rate of service 
use fee to its price. For example, a row 21 3 in the relative 
fee table 209 means that "when the reservation rate is 
not smaller than 100% and not larger than 50%, the 
service use fee is set at 70% of its price". 
[0030] In the case of the service delivery data 21 2 as 
an example, at a step 302, the service reservation man- 
agement server 10 searches for the relative fee table 
209, since the service delivery data 212 has a fee table 
ID of '001'. 

[0031 ] At a step 303 : the service reservation manage- 
ment server 10 searches for a rate of the service use 
fee to price (which will be also referred to as the service 
use fee/price rate, hereinafter) on the basis of the res- 
ervation rate computed at the step 301 and the relative 
fee table searched at the step 302. In the case of the 
service delivery data 21 2 as an example, the reservation 
rate is 1 5%, the relative fee table used is the relative fee 
table 209, and the service use fee rate is 70% from the 
row 213. 

[0032] At a step 304 : the service reservation manage- 
ment server 1 0 computes a service use fee from the 
service use fee/price rate and records it in a current fee 
table 206. An example of the current fee table 206 is 
given as a table 211 . 

[0033] In the case of the service delivery data 212 as 
an example, the price is $30 and the service use fee rate 
is 70%, so that, at a step 304, the service reservation 
management server 10 computes $21 as a service fee 
on the current date of December 22, 2001 and registers 



it as fee data 217. 

[0034] Although the service reservation management 
server 1 0 has computed the service use fee with use of 
the reservation rate at the step 201 , the server may eas- 
5 ily compute the service use fee with use of a combina- 
tion of the reservation rate and the difference date ex- 
plained in the first embodiment. 

[0035] At the step 202, the service reservation man- 
agement server 1 0 accepts a reservation request from 

10 a reservation candidate. For example, when the service 
reservation management server 1 0 accepts a service 
use reservation on 'December 22, 2001V the server 
changes a reservation column in the service delivery da- 
ta 212 from '15' to '16'. 

15 [0036] At a step 203, on the basis of administrator no- 
tification conditions 207, the service reservation man- 
agement server 10 checks the service delivery time list 
204. When finding a presence of a service delivery time 
satisfying the administrator notification conditions in the 

20 list the service reservation management server 1 0 in- 
forms the administrator of the presence. Detailed of the 
step 203 are shown in Fig. 4. An example of the admin- 
istrator notification conditions 207 is shown by a table 
21 0 including columns of relative fee table ID, date con- 

25 ditions, reservation rate conditions, and relative fee ta- 
ble ID after change. 

[0037] At the step 203, the service reservation man- 
agement server 1 0 acquires a relative fee table ID from 
the administrator notification conditions 207 (step 401), 

30 and if finding a service delivery time using the acquired 
relative fee table ID (step 402), the server judges wheth- 
er or not the found service delivery time satisfies the 
date and reservation rate conditions of the administrator 
notification conditions (steps 403 and 404). When de- 

35 termining the satisfied conditions and when the after- 
change fee table ID is listed in the administrator notifi- 
cation conditions (step 405), the service reservation 
management server 1 0 changes the fee table ID of the 
service delivery data to it (step 406) and informs the ad- 

40 ministrator of the satisfied administrator notification con- 
ditions and the changed contents (step 407). 
[0038] For example, in the row 214 of the administra- 
tor notification conditions 207, the fee table ID is '001' 
and rows of the service delivery time list 204 using this 

45 fee table ID are rows 212 and 215. Assuming the deliv- 
ery or execution date at the step 203 is 'December 22, 
2001 ', then the service delivery data 212 fails to satisfy 
the date conditions but the service delivery data 21 5 sat- 
isfies both the date conditions and reservation rate con- 

so ditions. Further, the fee table ID after the change is not 
listed in the administrator notification conditions 214. 
Therefore, the service reservation management server 
1 0 informs the administrator of the fact alone that the 
service delivery time of 'December 23, 2001' satisfies 

55 the administrator notification conditions 214. 

[0039] In administrator notification conditions 21 6, the 
fee table ID is '001 1 and rows of the service delivery data 
using the ID are rows 212 and 215. Assuming that the 
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execution date of the step 203 is 'December 22, 2001', 
then the service delivery data 21 5 fails to satisfy the date 
conditions but the service delivery data 212 satisfies 
both the date conditions and reservation rateconditions. 
Further, the after-change fee table ID of '003' is listed in 
the administrator notification conditions 216. According- 
ly the service reservation management server 10 
changes the fee table ID of the service delivery data 2 1 2 
from '001 1 to '003'. Further, the service delivery time of 
'December 22, 2001 ' satisfies the administrator notifica- 
tion conditions 216 and thus the service reservation 
management server 1 0 informs the administrator of the 
fact that the relative use table was changed to '003'. A 
price reflecting a discount can be previously set in the 
fee table 003, for the purpose of increasing the reserva- 
tion rate when the reservation number of '15' corre- 
sponds to the reservation rate conditions of 'less than 
25%'. 

[0040] At the step 203, the execution of the server is 
carried out at the timing when the system date was 
changed or at the timing when the server accepted a 
new reservation at the step 202. 
[0041] Although the server is arranged to inform the 
administrator of the fact when both of the date conditions 
and reservation rate conditions are satisfied at the step 
203, the server may inform the administrator of the fact 
even when only one of the both conditions is satisfied. 
Further, in addition to the date conditions and reserva- 
tion rate conditions, the reservation number may be in- 
troduced if necessary. 

[0042] In the present embodiment, since the business 
promoter for offering services via the network can 
change the service use fee according to the reservation 
rate of the service use, concentrated service requests 
to the service during a specific time period can be effec- 
tively relieved. For example, with regard to a download 
service of a new film file, when a fee therefor is set to 
be lower as its reservation rate is smaller, a customer, 
who has less necessity of downloading the file on a spe- 
cific date such as its download start date, can reserve 
the use of the dov/nload service on a more inexpensive- 
ly-set date and thus reservation dates can be evenly dis- 
tributed. Further, when combined with the first embodi- 
ment, the present embodiment can change the service 
use fee on the basis of not only the reservation rate of 
the service use but also the difference between the serv- 
ice delivery time and reservation date, whereby the ef- 
fect of even distribution of the reservations over dates 
can be further emanced. 

[0043] In the present embodiment, further, when the 
reservation situation of the service use reaches specific 
situation, the service reservation management server 
can inform the administrator of the service use reserva- 
tion of the situation. Thus, when the situation reaches 
such situation that the administrator must take some 
countermeasure against it, the server can quickly inform 
the administrator of the fact, with the result that the ad- 
ministrator can qi ickly take such countermeasure as to 



expand the server machine, change how to compute the 
service use fee, etc. 

[0044] In accordance with the present embodiment, 
when the reservation situation of the service use reach- 

5 es specific situation, how to compute the service usefee 
can be mechanically changed. Therefore, when a meas- 
ure to change how for the administrator to compute the 
service use fee is previously determined, the service 
reservation management server can automatically cope 

10 with the specific server use reservation situation without 
any troublesome manual intervention of the administra- 
tor. 

[0045] In this connection, although the method for 
computing the service use fee in the present invention 

15 is implemented by a computer having a processor, a 
storage device and input and output devices; the 
present invention can be implemented by previously 
storing a program for implementation of the method of 
the invention in a readable storage medium and by load- 

20 ing the program stored in the storage medium into a 
main memory. 

Claims 

25 

1 . A service management method for accepting a res- 
ervation of a service sold via a communication net- 
work to realize service sales management, com- 
prising the steps of: 

30 

previously holding a plurality of fees (1 05, 205) 
for the service; and 

determining fees (106, 206) for said service on 
the basis of a time (1 02) of a request of inquiry 
35 about the fee of said service received from a 

user via the network. 

2. A service management method as set forth in claim 

1 , wherein said service is supplied via said network 
4 o at a time equal to or later than said request time. 

3. A service management method as set forth in claim 

2, further comprising a step of a relative time from 
said request time to delivery time of said service, 

45 and a step of determining said fee on the basis of 
said relative time and said plurality of fees. 

4. A service management method as set forth in claim 

3, further comprising a step of informing the user of 
50 one of said plurality of fees selected based on a val- 
ue of said relative time as a fee of said service. 

5. A service management method as set forth in claim 
1 , further comprising a step of selecting one of said 

55 plurality of fees with use of a difference between 
said request time and the implementation time of 
said service. 
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6. A service management method as set forth in claim 

5, further comprising a step of computing a reser- 
vation rate to a suppliable service number by accu- 
mulating reservations of said service accepted via 
said network, a step of preparing a plurality of pre- 
viously determined relative fee tables (205) show- 
ing a relationship between the suppliable service 
number and a predetermined range of reservation 
rate for said service with a relative time as a base, 
and a step of, when accepting a reservation of said 
service via said network, selecting one of said plu- 
rality of relative fee tables (205) corresponding to 
said reservation rate after the reservation accumu- 
lation. 

7. A service management method as set forth in claim 

6, wherein a user who reserved said service ac- 
cepts it as a fee determined by the value of said 
relative time on the basis of said selected fee table. 

8. A program having a code which has a step of im- 
plementing the method set forth in claim 1 in the 
form of a code readable by a computer. 

9. A service management system connected to acorn- 25 
munication network for accepting a reservation of a 
service sold to realize service sales management, 
comprising: 

a table for previously holding a plurality of fees 
(1 05, 205) for the service; and 
a device, in response to a request of an inquiry 
about a fee of said service received from a user 
via the network, for determining the fee (106, 
206) of said service on the basis of a time (1 02) 
of said request. 

10. A service management system as set forth in claim 

9, wherein said service is supplied via said network 
at a time equal to or later than said request time. *o 

11 . A service management system as set forth in claim 

10, comprising a device for finding a relative time 
from said request time to said service implementa- 
tion time, and a device for determining said fee on 45 
the basis of said relative time and said plurality of 
fees. 
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